home *** CD-ROM | disk | FTP | other *** search
/ Tech Arsenal 1 / Tech Arsenal (Arsenal Computer).ISO / tek-05 / redd.zip / REDD.DOC < prev    next >
Text File  |  1992-08-03  |  7KB  |  148 lines

  1. REDD.SYS (Version 1.0)                  Copyright (c) 1992 Douglas Boling
  2. -------------------------------------------------------------------------
  3.             First Published in PC Magazine September 15, 1992 (Utilities)
  4. -------------------------------------------------------------------------
  5. REDD.SYS:
  6.  
  7.      REDD is a Remote Executable Device Driver that allows you to execute
  8. programs on a LAN server just as if you had entered their commands from
  9. the server keyboard.  REDD is easy to install and is compatible with
  10. DOS-based LAN programs such as NetWare Lite and LANtastic. However,
  11. heavy-duty server programs such as Novell's NetWare, which replace DOS
  12. when they run, are incompatible with REDD.
  13.  
  14.       Apart from compatibility, there's another reason why REDD was
  15. designed for the smaller LAN environment.  PC LAN servers are usually
  16. fast 486 machines with huge disks and lots of memory.  In a large LAN
  17. installation, the server will be kept busy just handling user requests
  18. for disk data and printer services.  Moreover, in a corporate environ-ment LAN security is often paramount, so LAN administrators can't give
  19. users access to the server.  On small LAN setups, however, there are
  20. only a few users and all of them know the system.  Here, an ultrafast
  21. server usually idles along, wasting vast CPU power that REDD could turn
  22. into higher productivity.
  23.  
  24. To construct the executable file from the source code requires an
  25. assembler compatible with Microsoft's MASM 2.0.
  26.  
  27. USING REDD
  28.  
  29.      REDD is installed the same way as any other device driver--by adding
  30. a line to the server's CONFIG.SYS file.  The full syntax for REDD.SYS is
  31.  
  32.                               DEVICE=[d:\][path\]REDD.SYS
  33.  
  34.      Once it's installed, REDD looks like a small (2,560 bytes) RAM disk
  35. to the server. In addition to the line in your CONFIG.SYS file, you must
  36. make any configuration changes necessary in the server's LAN program to
  37. allow the various LAN stations to access the REDD disk.  This two-step
  38. process completes the installation.
  39.  
  40.      To use REDD, you must first create an ASCII file that consists of a
  41. list of commands to be executed, in order, by the server.  This command
  42. file must be named KEYBOARD.IN.  It is similar to a simple batch file,
  43. except that it lacks such specialized batch commands as GOTO. A sample
  44. KEYBOARD.IN file is shown below in Figure 1.
  45.  
  46.      All you need to do now is copy the command file to the REDD disk.
  47. As soon as REDD sees that a KEYBOARD.IN file has been copied to it, it
  48. sends the contents of the file to the server's BIOS keyboard buffer.
  49. To the server, therefore, it appears as if you were simply typing inthe commands directly on the server's keyboard.  After processing the
  50. KEYBOARD.IN file, REDD erases it.
  51.  
  52.      If REDD is in the middle of processing a KEYBOARD.IN file from
  53. another user, the new KEYBOARD.IN file will overwrite the file that is
  54. currently being pro~cessed.  To avoid this danger, you should first
  55. determine whether a KEYBOARD.IN file is already on the REDD drive before
  56. copying a new file to it.  A simple DIR inquiry will suffice.
  57.  
  58.      Because you may have to include nonstandard characters--function
  59. keys, for example--in your KEYBOARD.IN file, REDD provides a method to
  60. pass these keystrokes to the server.  The keycodes used to send these
  61. non-ASCII keys consist of the scan code of each key plus 80h. For example,
  62. to pass an F10 keystroke to the server keyboard, you would put byte C4h
  63. in KEYBOARD.IN. (The scan code for the F10 key is 44h, which, when added
  64. to 80h, equals C4h.)  REDD subtracts the 80h and places the remainderin the scan code portion of the keystroke. The scan code, along with a
  65. zero for the ASCII field, is then stuffed into the server's BIOS keyboard
  66. buffer.
  67.  
  68.      REDD is not designed for applications such as word processing, where
  69. you need to interact continuously with the screen.  It's designed to
  70. speed the execution of compilers and the like, which produce output files.
  71. At the same time, when your commands execute you do need to be able to
  72. see the server's response on your monitor.  Thus, on its RAM disk, REDD
  73. creates a read-only file called SCREEN.OUT.  This file stores the last1,024 bytes of data printed on the server's screen.  Note that REDD
  74. captures screen data written using the BIOS video services only, and not
  75. that which an application might write directly to the screen. You can
  76. TYPE the SCREEN.OUT file to see it on your display, or copy it to yourdisk and call it up from there.
  77.  
  78.      One warning is in order.  Although ANSI.SYS uses the BIOS routine
  79. to write to the screen, it does not use the carriage return and line-feed
  80. characters to terminate each line.  REDD makes an attempt to interpret
  81. screens written under ANSI.SYS correctly, but it is sometimes unable to
  82. capture them perfectly.
  83.  
  84.      Aside from the files KEYBOARD.IN and SCREEN.OUT, the REDD disk actslike any other RAM disk.  Small files can be copied to and from it, though
  85. you must remember that any files copied to the REDD disk will take up
  86. disk space that could be used for a KEYBOARD.IN file.
  87.  
  88. DOUGLAS BOLING IS A CONTRIBUTING EDITOR TO PC MAGAZINE.
  89. -------------------------------------------------------------------------
  90.  
  91.                         SAMPLE KEYBOARD.IN FILE
  92.  
  93. rem
  94. rem Comments can be inserted in KEYBOARD.IN files, COMMAND.COM
  95. rem ignores REM statements.  Think of the KEYBOARD.IN file as a
  96. rem script file you would pipe to a program.
  97. rem
  98.  
  99. rem
  100. rem Assemble REDD using server's CPU. Directories are specified from the
  101. rem server's point of view because I don't know the server's PATH.
  102. rem
  103.  
  104. c:
  105. cd \projects\redd
  106. d:\lang\masm\masm redd;
  107. d:\lang\masm\link redd;
  108. c:\dos\exe2bin redd redd.com
  109.  
  110. rem
  111. rem You can also use FOR statements, just remember to use only one % sign
  112. rem
  113.  
  114. for %a in (*.bak) do del %a
  115.  
  116. rem
  117. rem IF statements can be used, but GOTO statements don't work.
  118. rem
  119.  
  120. if EXIST *.tmp del *.tmp
  121.  
  122. rem
  123. rem The following statements show how to enter a program and exit
  124. rem using a function key.
  125. rem
  126. rem NOTE! Once we are in WordPerfect, we can't use REM statements.
  127. rem They only work when talking to COMMAND.COM.  The graphics character
  128. rem is an F7 to exit WP.
  129. rem
  130.  
  131. d:\wp\wp c:\temp.fil
  132. Now is the time for all good men to come to the aid of their country.
  133.  
  134. Temp file long name
  135. doc
  136.  
  137. y
  138.  
  139. rem
  140. rem Back to COMMAND.COM
  141. rem
  142. type c:\temp.fil
  143.  
  144. del c:\temp.fil
  145.  
  146. Figure 1:  The KEYBOARD.IN file contains a list of commands to be executed,
  147. in order, by the server.
  148. --------------------------------------------------------------------------